home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / pine / imap_archive / text0067.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  1.9 KB  |  41 lines

  1. On Sun, 18 Apr 1993 23:10:39 -0400 (EDT), Laurence Lundblade wrote:
  2. > Would the functions just return plain unparsed strings? If so, then the
  3. > Resent-xxxx: cases would require the client to do address parsing. This
  4. > isn't a huge problem since the routines are there in the client anyway.
  5.  
  6. Yes, just plain unparsed strings would be returned.  I don't particularly
  7. understand why you would want to address-parse the ReSent-* strings (other
  8. than perhaps to canonicalize their format), but as you point out the routines
  9. you need are in c-client anyway.
  10.  
  11. > It sounds like you have a choice of requesting the header lines that you
  12. > want, one at a time, or parsing a big string that comes back. The problem
  13. > with requesting the lines one at a time would be an RTT for each one,
  14. > right?
  15.  
  16. Yes, that's correct.  The real intent is to be able to gobble down the useful
  17. header lines in addition to what the envelope gives to you and possibly just
  18. blat them to the screen without any processing.
  19.  
  20. > I'm also having trouble coming up with a use for the LINES.NOT function.
  21. > Did you have something in mind? That's not to say it should be take out.
  22.  
  23. It's in there primarily for symmetry.  I don't think Pine will need it, but
  24. I'm fairly confident that if I don't put it in now, someone will be nagging me
  25. for it later!  :-)  Also, it was a basic function in MM's header filters, so
  26. there is some precedent for its use.
  27.  
  28. > I'm interested in the References: field for threading news groups and other
  29. > mail folders. I think you need it because the full tree of In-Reply-To:'s
  30. > might not be in the mailbox being threaded.
  31.  
  32. I would be delighted if Pine solved the threading problem this way!  ;-)  Yes,
  33. enabling this sort of thing without having to go and change IMAP again was one
  34. of the motivations.  It doesn't rescue me from someday having to deal with
  35. cross-post suppression in the .newsrc on the server case though.  :-(
  36.  
  37. -- Mark --
  38.  
  39.  
  40.  
  41.